home *** CD-ROM | disk | FTP | other *** search
/ Almathera Ten Pack 3: CDPD 3 / Almathera Ten on Ten - Disc 3: CDPD3.iso / fish / 676-700 / 682 / cybercron / changes next >
Text File  |  1995-03-18  |  2KB  |  35 lines
  1. Changes in 1.2
  2. ~~~~~~~~~~~~~~
  3.  
  4. It has been pointed out to me that I forgot to specify the default rexx
  5. extension of ".rexx".  Thus, scripts in the form of
  6.  
  7.     foo.rexx
  8.  
  9. would not be started unless you actually stated :REXX foo.rexx instead of
  10. being able to use :REXX foo alone.
  11.  
  12. Also added a semaphore lock in the GetJobNum()/FreeJobNum() routines to
  13. prevent the job table from possibly being clobbered by EndSystemJob()
  14. getting called at the same time CyberCron was trying to start another job.
  15.  
  16. Changes in 1.3
  17. ~~~~~~~~~~~~~~
  18.  
  19. It has been requested that CyberCron become sensitive to small changes
  20. backwards in time.  This is usually caused by reloading the system clock
  21. from the battery backed clock once a day (as the battery backed clock tends
  22. to keep better time on some machines).  Before running the event scan,
  23. CyberCron will now check to see if time has gone backwards and will delay
  24. event scans until it reaches the next minute that it would have actually
  25. run a scan at if the time hadn't shifted backwards.  There is a 5 minute
  26. threshhold limit, however, so if time goes backwards more than that (for
  27. instance, daylight savings time changes state and you go back an hour) then
  28. CyberCron assumes you know what you are doing and will use the new time
  29. without delay.
  30.  
  31. I also switched the static declarations of struct RDArgs to
  32. AllocDosObject()/FreeDosObject() pairs.  This should help insure that
  33. CyberCron will run on any future versions of the OS, even if it will be a
  34. few eons before I actually would have had to worry about this... :-)
  35.